約 955,843 件
https://w.atwiki.jp/mkmonsters/pages/41.html
エラー LV4 草属性 モンスター 【任意効果】:このモンスターでブロック宣言をしたとき、戦闘、ダメージ計算は行わず戦闘を終了することができる 攻撃力 0 守備力 0 スピード 80 「草場の陰からトラブルを見守る守護者‐ハカセの研究ノートより抜粋‐」 illst 未定 コメント ブロック宣言をしたとき相手APに関係なく戦闘を強制終了させることができる任意効果をもつ中低級草属性モンスター 攻撃力に関係なくブロック時に戦闘を行わず戦闘を強制終了する強力な効果を持つ、ただし攻撃対象にされた場合には 効果は発動できないので注意が必要。 ただしSPが負けていなければほぼどんなモンスターでもディスアドなくブロックを成功できる。 関連 アウト [[]]
https://w.atwiki.jp/blank-band/pages/84.html
error-Type02 (画像準備中) error-Type02基本情報 戦闘能力スペシャルアビリティー 登場作品「明日は明日の風が吹く」 前世(元ネタ) 基本情報 読み:えらー たいぷ ぜろつー 愛称:エラー ゲーム内表記:error・Type02 種族・性別:人工生命体errorシリーズ・女性型 誕生日・年齢:11/23 10代前半 ワールド:Lupinus 所属:無所属 職業:ウァテス系 外見的特徴 白髪/赤い瞳/色白の肌 髪は長く、ツインテールにしていることが多い。 かなりのくせっ毛で、くるんくるん状態。 大きな真っ赤な瞳が、白い髪や肌によく映える。 小柄で華奢。幼児体型。 服装はワンピースを好んで着ている。 色はピンクが好き。可愛いデザインが好き。 戦闘服も可愛くなければ着たくない。 オシャレが大好きなお年頃。 性格 独特の間で話す、人形のような印象を与える少女。 感情が乏しいわけでもなく、言葉数が少ないわけでもないが、どこか現実離れした印象を持つ。自ら会話に参加することはないが、話をふられれば愛想よく答えることが出来る。基本的に自分からなにかを望んだり、アクションを起こすことはめったにない。しかし、内心では色々なものに興味があり、うずうずしている。大の甘党。スイーツ大好き。 人物背景 ドミニオン背徳者らに作られた人工生命体。 試作参号機をベースにして作られた後継機で、試作段階で盛り込まれていた不安定要素をすべて取り除き、安定性をより高めた量産を前提としたモデルだった。しかし研究は上手くいかず、途中で頓挫したことから、不名誉な「error(失敗作)」のレッテルを貼られることになったシリーズでもある。彼女は何体か存在したうちの2号機と呼ばれていた。研究が頓挫する直前に、ふと背徳者たちの施設から脱走し、エミル界へに来てしまったため、彼女だけが生き残った。 エミル界へ来て程なくして、助けてもらったことをきっかけにノイトルードの家に転がり込む。はじめのうちは彼の仕事を手伝っていたが、少し経ち、彼があまり長く生きられない身だと知ると、なんとかしたいと思い、ウァテスギルドの戸を叩く。元々魔法使い型ではないため、魔法のセンスは壊滅的に悪いが、彼女なりに努力をしている(試験などは熱意で突破したらしい…)。 ノイトルードに好意を寄せているが、彼女にはまだその気持ちがなんなのかが理解できない。日々、彼に気に入られようと努力しているようだが、空回りしているようにも見える。 家族構成 モデル:テレサ 戦闘能力 属性:闇 武器:杖 戦闘スタイル 後衛。呪文をよく間違える、唱えるのが遅い、威力も微妙と、 魔法のセンスはまるでダメだが、防御と回避だけは優秀なため、 中々落ちない回復役といえば聞こえが良い。 スペシャルアビリティー 未修得 登場作品 「明日は明日の風が吹く」 調節中 前世(元ネタ) エラー (未)
https://w.atwiki.jp/numasei/pages/787.html
名称:エラー 種族:ダークライ 年齢:?(外見年齢十代中盤) 身長:156cm 胸囲:H 好きなもの 黒全般 おや:▲ 時代の終わりに滲み出た謎のダークネスシャドウガール。 影のように気づいたらそこにいたのをエーフィちゃんに保護され、無垢な心に様々な知識を与えられている。意味深。 性格は素直で純朴、無知で争いも好まないことなかれな少女だが、戦い方はなぜか体に染みついており、 体を這う漆黒を自在に操り、影と闇の中に潜むことができる。 どこからきて、どこへむかうのか。それは誰にも分らない。 好物はまるごといちご
https://w.atwiki.jp/nicobookmark/pages/311.html
艦隊これくしょん エラー娘 エラー娘 エラー娘 nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) nicovideoエラー ( 正しい動画URLを入力してください. ) youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 youtube プラグインエラー 正しいHTMLタグを入力してください。 link[[ tag[[ mylist[[ community[[ dic[[ pic[[ channel[[ back
https://w.atwiki.jp/masuhara/pages/17.html
【黄色いエラー】 1.Bluetooth problem in 32-bit processes on 64-bit system skipping check" 2.Implicit conversion from enumeration type 'enum UILineBreakMode' to different enumeration 3.Dependency Analysis Worning 【赤いエラー】 1.UIViewのview.frame.size.height = 200;が成り立たない理由 2./Users/Master/Library/Developer/Xcode/DerivedData/ModuleCache~ 【エラーの出ないエラー(落ちる)】 1.アプリ申請時のarchiveでXcodeが落ちる 2.アプリ申請時にDistribution用のプロヴィジョニングファイルが作れない 3.ファイル名もよく確認した上で"NSURL initFileURLWithPath nil string parameter"になる場合 【エラーの出ないエラー(落ちない)】 1.BGMを鳴らしながら効果音再生するときの落とし穴 2.Renameに失敗してplistが見つからないと言われたときの対処法
https://w.atwiki.jp/kata-niho/pages/1020.html
原語 error 和訳 名詞 不具合、誤り、間違い、見落とし、異常、錯誤、誤謬、失錯 漢字一字 誤、違、謬 やまとことば あやまり(誤) 備考欄 辞書 説明 廣辭林新訂版 (名) [一]失錯。誤謬。[二]野球にて、過失。 新訂大言海 (無記載) 角川国語辞典新版 名・自サ変 失敗。失策。 大英和辭典 〔名〕[一]①誤謬,錯誤,謬信〔ビウシン〕,謬見〔ビウケン〕,不正確,間違ヒ,考ヘ違ヒ.②過失,缺點,落度〔オチド〕.[二]①【法】(a)違法,不適法,錯誤.(b)不適法ノタメ判決ヲ取消ス手續.②【數・理】誤差.③過失(野球デイフ).[三]犯則,破戒,罪.[四]誤達郵便物注意裏書(差立票ヘノ).[五]眞理ニ反スルコト(罪・病氣・死ナド)(Christian Scienceデイフ).[六]〘古〙遍歷,サスラヒ.[七]†職人ノ手落チ,瑕〔キズ〕.[八]†懊惱〔アウナウ〕,激情. 同義等式 原語単位 error=誤り カタカナ語単位 エラー=不具合 附箋:E エ 英語
https://w.atwiki.jp/yaruoperformer/pages/1666.html
_______ / \ / ,.. -‐‐- 、 \ }∠,..艦__これ_ \ \ /. . . ./ \|\ . . .\\ , ,′i /n n\i . . . .i‘, }. i 人| U U l . . Λ ‘,/ 人( ,' . ./__) .∠ニZ / .个 . __▽__ ,./ ∠ ._{ o } { . . ‘,( ) ( )__L/´ / . .| 人 . . . (・x ・l ト--{〉 ノi . ./ `¨¨´| |___,.{ 、_,.ノ | | \. UΤU___ __/ ノ |_| |_|. 」.| 」.| 名前:エラー娘(エラーむすめ) 性別:女 / 女 原作:艦隊これくしょん~艦これ~ 一人称:不明 二人称:不明 口調:説明的 AA:艦隊これくしょん~艦これ~/エラー娘.mlt 「艦これ」のチュートリアルの解説役。 ゲームにおけるエラーのお知らせに登場し、多くの提督を震え上がらせた。 別名:妖怪猫吊し。 ちなみに猫を吊るしているのは猫が鯖=サーバーを食べたからエラーが起きたという意味合いで、 彼女はどちらかというとゲーム運営側でエラーへの取締的な存在と言える。 グッズで出た際はエラー娘の名前がそのまま公式化した。 AAは初代でその後代替わりしている。 口調を定義する場合、チュートリアルの文体を参照することになるため 「○○してください」などではなく「『建造』をしてみよう」「艦娘を編成しよう!」などの感じになる。 キャラ紹介 やる夫Wiki Wikipedia アニヲタWiki ニコ百 ピクペ 登場作品リスト タイトル 原作 役柄 頻度 リンク 備考 やる夫たちでソードワールドかーちゃんPT! ソードワールド2.5 レプラカーンの妖精使い 常 第1話 まとめrss 安価 短編集完結 やる夫「提督?」 艦隊これくしょん~艦これ~ 顕現艦の改修や整備を担当する妖精 常 R-18 催眠チートの使い方-無双はもちろん、やる夫以外がする- オリジナル 艦娘を統括するアバター 準 まとめ R-18 善二郎はプリキュアになりたいようです。 プリキュアシリーズ 関之神社を乗っ取った謎の存在 準 まとめ rssやる夫 エター やる夫は女尊世界で天下を目指すようです オリジナル 三好政康役 脇 まとめ rss 短編 タイトル 原作 役柄 性別 リンク 備考
https://w.atwiki.jp/tsundereidayon/pages/714.html
146. 本当にあった怖い名無し [sage] 2008/10/10(金) 16 45 54 ID o64IVWSd0 ところで最近モニタが消えたんでちょっと触ったら直ったんだが 後テレビもエラー出てたのちょっと触ったら直ったし 俺憑かれてる? 147. 本当にあった怖い名無し [sage] 2008/10/11(土) 14 11 34 ID /u5/j2xPO つくもがみ(笑)だとぼくはおもうよ 151. 本当にあった怖い名無し [sage] 2008/10/13(月) 22 10 52 ID ejKZzWmU0 146より妄想 最近取り憑いたコイツは0感。 ちょっと寂し…む、無視されるのがつまらないから、 仕方ない、あたしの事に気付かせてやるか。 とりあえず、あたしに出来る事は、と。 お、あたしが触ってるとパソコン動かないじゃん。 よぉし、このままこれで焦らせてやる。 …って、え、や、ちょっ…!? …び、びっくりした。もう少しでアイツの手があたしの手に触れそうに…。 っていやいやあたし!逃げちゃダメじゃん! んー、仕方ないなぁ、今度は、うん、テレビにしよう。 リモコンだから触られないよね。 …って、何でこっち来るの?? あの、えと、あぅ、やだっ!! ……また逃げちゃった。 アイツ、わかってやってるわけじゃないんだよね? …えと、悔しいからまたチャレンジするんだから、うん。
https://w.atwiki.jp/2g_java/pages/13.html
エラー処理とログ出力 (2011-10-31 13 08 25) *ログ用にファイル名、クラス名とかの取得... (2011-10-31 14 48 44) サイト名 URL エラー処理 ログ出力の考え方 エラー処理とログ出力 どこでエラーを出力するべきか? 1つは、ある関数でエラーが発生した時、エラーの出力もその関数の中で行ってしまう、という方針が考えられます。ログの出力は、たいていはこの方針で行われます。 もう1つは、発生したエラーの情報を呼び出し側に渡して、エラーの出力は呼び出し側で行う、という方針も考えられます。エラーメッセージの出力は、たいていはこの方針で行われます。 エラーが発生した箇所で、エラーの出力も行う場合の問題点 汎用性が無くなる ログを出力する仕組みは、アプリケーションごとに異なります。 あるアプリケーションの中から、汎用的なソフトウェア部品を取り出し、他のアプリケーションに流用したいこともあります。しかし、2つのアプリケーションで、異なるログ出力の仕組みを使っている場合は、簡単には流用できなくなることがあります。 文脈が分からない 同じ状況が発生しても、呼び出された時の文脈によって、正常であったり、エラーであったりすることがあります。また、警告レベルのエラーに過ぎないこともあれば、致命的なエラーであることもあります。 呼び出される関数の側では、上位側からどのような文脈で呼び出されているのかを、知ることができません。そのため、エラーが発生しても、その重要性の判断ができません。 これは、汎用的なモジュールやクラスを作っている時に、特に問題となります。 実際のソフトウェア開発では、汎用的なモジュールであっても、呼び出される文脈が特定されていることがあります。その場合は、その文脈でしか呼び出されない、という前提で、エラー処理を実装してしまうことがあります。 例えば、XMLファイルを読み込み、引数で指定されたタグの値を読み取るモジュールを作ったとしましょう。指定されたタグが存在しない場合、これをエラーとするかどうかは、文脈に依存します。 しかし、このモジュールを使うアプリケーションでは、必ず存在するタグしか指定しない、と分かっていたとしましょう。この時、モジュールの中で、指定されたタグが存在しない場合はエラーを出力する、という処理を記述してしまうことがあります。 しかし、このように呼び出される文脈を意識した作りは、正しい設計ではありません。また、汎用性も失われてしまいます。 状況に応じた制御ができない ある関数が繰り返し呼び出される時は、エラーの出力を抑制したくなります。数百個もの同じようなエラーメッセージを出力するよりは、「数百個のエラーがあります」というエラーメッセージを1回だけ出力する方が良いでしょう。 しかし、呼び出される関数では、数百回も繰り返し呼び出されている、ということは分かりません。 出力の仕方は一通りではない エラーの出力を行う方法は、必ずしも一通りではありません。 エラーの書式は、アプリケーションごとに異なるかもしれません。また、アプリケーションによっては、複数の出力先にそれぞれエラーを出力することもあるかもしれません。 エラーが発生した箇所でエラーの出力も行う方針では、このようなバリエーションには対応できません。 エラーの情報を返し、上位側でエラーの出力を行う場合の問題点 下位が上位を意識してしまう 上位側でどのような出力を行うのかは、エラーが起きた下位のモジュールやクラスでは、本来は意識すべきではありません。 しかし、実際には、下位側のエラー情報の返し方を見ると、上位側でのエラー出力の仕方を強く意識していることが良くあります。 例えば、C言語では、エラー情報を返す際に、エラーコードという番号を返すことが多くあります。これは、何故でしょうか。 たいていの場合、呼び出し側で出力するエラーメッセージでは、エラーの概要だけを示し、詳細な値などは出力しません。そのため、エラーの内容を表すエラーコードだけで充分なのです。言い換えると、上位側で出力するエラーメッセージには、値などは出力しない、と分かっているからこそ、下位側の関数は、エラーコードだけを返すように決められる訳です。 情報が隠蔽されない 上位側でどのような出力も行えるようにするには、エラーに関するあらゆる情報を渡すことになります。 しかし、設計の良し悪しで言えば、下位側の詳細な情報は、上位側には隠されているべきです。 もし、ログの出力を上位側に委譲するとなると、クラスのprivate変数や、関数内で宣言された自動変数などまで、上位側に見せなくてはいけないかもしれません。 気が付いたら、すべての変数がpublicになっていた、ということにもなりかねません。 ポリモーフィズムに対応できない オブジェクト指向言語では、さらに難しい問題が発生します。 クラスの継承やインターフェースの実装を行い、親クラスで定義されているメソッドを子クラスでオーバーライドします。この時、このメソッドから呼び出し側に渡せる情報は、親クラスで宣言された例外に限定されます。 親クラスでは、どのような子クラスが存在するかを知りません。メソッドが投げる例外には、親クラスのフィールドの情報をすべて含めることはできます。しかし、子クラスで独自に定義されるフィールドの情報は、含めることはできません。 子クラスでは、親クラスで宣言された例外を継承し、子クラス独自のフィールドの情報も、例外に詰め込むことはできます。 しかし、上位側、即ち、このメソッドを呼び出す側では、親クラスしか意識していません。投げられる例外も、親クラスで宣言された型で扱います。そのため、上位側では、子クラス独自のフィールドの情報は、得ることができません。 正しいエラー処理のやり方とは? 実際のアプリケーションの開発では、エラーの判定やエラー処理だけを、独立したクラスに分離する、ということも良くあります。エラー処理やログ出力を行う専門のクラス群を作る訳です。この場合、これらのクラス群と、ソフトウェア本来の処理を行うクラスとの結合をできるだけ疎にすることが理想的です。 これがうまくいけば、ソフトウェア本来の処理と、エラー処理やログ出力を、見事に切り離すことができたように見えることでしょう。アスペクト指向プログラミングが目指した理想の形は、エラー処理やログ出力まで含めたソフトウェア全体の設計をうまくデザインすることでこそ、実現できるのではないか、と思います。 例外処理との正しい付き合い方 例外処理との正しい付き合い方 JavaDoc を見ると、メソッドでスローされる可能性のある例外が分かります。 例外の種類 チェックすべき例外 try ... catch を使用して例外処理を行うことが義務付けられています。try ... catch を行っていないプログラムを javac でコンパイルをすると、「例外 XXX は報告されません」とコンパイルエラーになります。 実行時例外 細心の注意を払ってコーディングされていれば、通常は発生することはありません。 エラー 何らかの理由で、Java VM が回復不能状態になったときに発生します。このため、try ... catch で例外処理を行うことはできません 例外処理の方法 種類 例外をキャッチして、その場で例外処理を行い、呼び出されたメソッドには例外を伝えない。 例外をキャッチして、新たな例外を生成して呼び出したメソッドに再スロー。 例外をキャッチせずに、そのまま呼び出したメソッドに伝える。もしくはキャッチした例外を、そのまま呼び出したメソッドに再スローする。 スタックトレース [[]]
https://w.atwiki.jp/kuin/pages/21.html
ここでは、コンパイルエラーや実行時エラーについて、その番号や原因例といったものを示します コンパイルエラー説明 コンパイルエラー一覧表 実行時エラー説明 実行時エラー一覧表 コンパイルエラー 説明 コンパイルエラー時の番号とその内容、またそのエラーが起こる簡単な一例を示しますとにかくどんどん埋めて、間違いや不備に気づいたらそれ修正する方向で行きましょう コンパイルエラー一覧表 エラー番号 エラー内容 原因例 備考 E0000 予期せぬエラーが発生しました。コンパイラのバグである可能性が高いです。開発者に問い合わせてください。 不明 なし E0001 コンパイルするソースコードが指定されていません。指定してください。 .ico以外をアイコン指定する なし E0002 不正なファイル形式です。.knファイルをフルパスで正しく指定してください。 .kn以外をコンパイルする なし E0003 不正な出力ファイルです。.exeファイルをフルパスで正しく指定してください。 不明 なし E0004 不正なアイコンファイルです。.icoファイルをフルパスで正しく指定してください。 不明 なし E0005 ファイルが開けませんでした。ファイルが存在し、開ける状態になっているか確認してください。 指定した.knファイルが存在しない なし E0006 コメントを閉じ忘れています。{ }のように閉じてください。 コメントを閉じていない ・コメントはネストされる・文字列中の}ではコメントは終了しない E0007 なし E0008 なし E0009 構文エラーです。ドキュメントを参照し、正しい文法になっているか確認してください。 ・do忘れ・記述ミス なし E0010 その識別子は予約語です。名前を付けるときは、予約語以外を指定してください。 var block int なし テンプレ 内容説明(適宜改行してください) 原因例を示す 備考があれば 実行時エラー 説明 実行時エラーについて、その例外番号と原因例を示します。原因例については、特定が困難な場合もあるので、推測で構わないので埋めていきましょう。そしてより確実性の高い原因を特定できたら、更新していって完成度を上げて行きましょう。 実行時エラー一覧表 例外番号 原因例 備考 16#00018001 実行時に動的にクラスのキャストを試みて、失敗する 静的に判断がつくキャストではそもそもコンパイルエラー 16#00018002 配列の範囲外を参照する なし 16#00018003 int型のオーバーフローが発生する なし 16#00020001 ファイルが開けない なし 16#00020002 タイトルが長すぎる 58字まで 16#00020013 グラフィック関係のエラー(主にスペック不足) VMPlayer上でWin8.1Prev64bitを動かしたら吐いたエラーです 16#c0000090 Lib@Lnで引数に0.0を入れる 対数の定義的に、0.0はありえないので例外を吐く 例外番号 原因例(推測で構いません)を入れる 備考があれば